Main Page>Table of contents>ISO OSI.Introduction
Модели Сетевых взаимодействий
Когда сети сначала возникли, компьютеры могли обычно связываться только с компьютерами от того же самого изготовителя. В конце 1970-ых, OSI (Open Systems Interconnection) модель была создана Международной Организацией по Стандартизации, чтобы разрушить подобные барьеры. OSI модель, как предполагалось, помогала продавцам создавать взаимозаменяемые сетевые устройства. Подобно миру во всем мире, это никогда вероятно никогда не случится, но это - великая цель,к которой стоит стремиться. OSI модель - первичная архитектурная модель для сетей. Она описывает, как данные и информация сети сообщяется от отправляющего на одном компьютере, через инфраструктуру сети, к получателю на другом компьютере. Модель OSI, разносит этот процес по семи уровням.
Уровневое представление
Рекомендуемая модель - концептуальный представление того, как коммуникации должны иметь место. Это относится ко всем процессы, требуемым для эффективной связи и делит эти процессы в логические группировки называемые слоями. Когда система связи разработана в этой манере,она именуется системой суровневой архитектурой.
Представьте себе это так: Вы с друзьями решили основать компанию. Одна из первых вещей, которые вы сделали бы - сели и подумали о том, что должно быть сделано, кто будет делать, в какой порядоке делать дела, и как они касаются каждого. В конечном счете, Вы могли бы группировать эти задачи в отделы. Скажем, Вы решаете организовать отдел заказов, отдел инвентаря, и отдел отгрузки. Каждый из ваших отделов имеет собственные уникальные задачи, собственных сотрудников,занятых в нем ,которые должны сосредоточиться только на их собственных обязанностях.
В этом сценарии, отделы - метафора для слоев в системе связи. Для нормального хода вещей, каждый отдел должен доверять и полагаться на другие, чтобы делать свою работу со знанием дела и обращаться с их уникальными обязанностями. На ваших планерках, Вы вероятно брали бы примечания, делая запись полного процесса, чтобы облегчить более поздние обсуждения относительно стандартов действия, которое будет служить как ваш деловой проект, или ссылаться на модель.
Когда ваш бизнес запущены, в ваши отделы назначены руководители , ознакомленные с частью проекта, касающегося их отдела,они будут должны развить практические методы и осуществить назначенные им задачи. Эти практические методы, или протоколы, будут должны компилироваться в стандартное операционное руководство процедур. Каждая из различных процедур в вашем руководстве будет включена по различным причинам и иметь различные степени важности и выполнения. Если Вы формируете товарищество или приобретаете другую компанию, это будет обязательно для ее деловых протоколов — ее деловой проект —, чтобы соответствовать, или бить ыовместимым с вашими методами работы.
Точно так же разработчики программного обеспечения могут использовать рекомедационную модель, чтобы понять процессы связи компьютера и видеть то, какие типы функций должны быть выполнены на любом уровне. Если они развивают протокол для некоторого уровне, все, чем они должны интересоваться - функции определенного уровня, а не какого любого другого уровня. Другой уровнеь и протокол обратятся к другими функциями. Процессы связи, которые связаны с друг другом, связаны, или сгруппированы вместе, в специфическом уровне.
Преймущества рекомендационной модели
OSI модель иерархическая, и те же самые выгоды, и преимущества могут обращаться к любой уровневой модели. Первичная цель всех моделей, и особенно OSI модели, состоит в том, чтобы позволить различным производителямвзаимодействовать. Выгоды от OSI модели включают, но не ограничены, следующими :